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Detailed Action 
Remarks 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since 
this application is eligible for continued examination under 37 CFR 1.114, and the 
fee set forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous 
Office action has been withdrawn pursuant to 37 CFR 1 .1 14. Applicant's 
submission filed on 09/22/2008 has been entered. 

2. This office action is in response to the amendment filed on 09/22/2008. 

3. Claims 20 and 21 have been amended. 

4. Claims 1-4, 6-8 and 17-21 remain pending and have been examined. 



Response to Arguments 

5. Applicant's arguments filed on 09/22/2009 have been fully considered but they 
are not persuasive. For example, 

■ At page 7, lines 13-18, the Applicants point out that "...by utilizing Schieve's 
application even a suggested by the Examiner, a user can only know if 
existing peripheral 'pass the test' (Fig.4). Peripherals that are not detected are 
not tested. On the other hand, present claim 1 includes limitations of 
processing both the general processing path and the error processing path for 
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each event, regardless if the peripheral device being tested actually exists, 

something Schieve cannot do." 

However, the Examiner respectfully disagrees. 

It should be noted that, the claim language does not recite any limitations 
about processing both the general processing path and the error processing 
path for each event [emphasis added] as the Applicants argued. It also should 
be noted that the claim language does not exclude using Schieve's 
method/steps for detecting peripherals. Moreover, by incorporating Sanchez 's 
method to inject faults and errors (simulate) for testing the reliable and proper 
handling of various faults and exception under various conditions, it is clear 
that Schieve 's improvement can test the"error state" of the peripherals (error 
processing path) by simulating the error condition (resetting a parameter to 
simulate) and "test pass" (general processing path) as recited in the claim 1 . 
Therefore, Schieve and Sanchez together, do disclose the limitation as the 
Applicants argued. 

■ At pages 7-8, the Applicants submit that Schieve's application and Sanchez's 
application should not be combined as suggested. Because Sanchez's 
application runs on top of operating system in high-level environment as 
Sanchez disclosed the example for testing Java programming. However, the 
Examiner's position is that Sanchez discloses a method of automatically 
injecting faults and errors into a JAVA application or program to test the 
reliable and proper handing of various faults and exception under various 



Application/Control Number: 1 0/708,1 53 Page 4 

Art Unit: 2192 

conditions. The basic idea of Sanchez is injecting faults and errors to simulate 
the error condition/state for the testing. Therefore, said idea/method can also 
be incorporated with Schieve's method in step 470 of Fig.4 during executing 
the test to debug the program for handling different error states. Therefore, 
the combination of Schieve and Sanchez is reasonable. 



Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 1-2, 7 and 17-21 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Schieve (Schieve et al. US 5,463,766) in view of Sanchez 
(Sanchez et al., US 6,477,666 - art of record) 

Claim 1: 

Schieve discloses a method for testing and debugging computer programs, the 
method comprising: 

• Setting a plurality of breakpoints corresponding to a plurality of events in an 
implementation under test, each event being a test executed to a peripheral 
device (see for example Fig.4, step 410, "Detect Peripherals"" and related 
text) and taking a general processing path when the peripheral device is 
working well (see for example, step 480, "Did test pass? Yes" and related 



Application/Control Number: 10/708,153 Page 5 

Art Unit: 2192 

text) or an error processing path when the peripheral device is out of order 
(see for example, step 490 "Display Error/Status and Information" and related 
text); 

• Executing the implementation under test for outputting a diagnosis code 
(fig.4, step 480, output YES/NO) of a breakpoint (see for example, step 470, 
"Execute Test" and related text); 

• Resetting a parameter of the event corresponding to the diagnosis code (see 
for example, Fig.4, step 480, "Did Test Pass?" and "Yes/No" paths and 
related text; The "Yes/No" parameter has to be reset each time after step 
470); 

• Executing the event corresponding to the diagnosis code according to the 
reset parameter for making the event undergo the error processing path (see 
for example, step 490 "Display Error/Status and Information" and related text); 

But Schieve does not explicitly disclose resetting a parameter to simulate the 
peripheral device being in the error state throughout execution of the event 
corresponding to the diagnosis code, However, Sanchez in the same analogous 
art of testing the computer program about reliable and proper handling of various 
faults under various conditions, discloses a method to simulate the error state 
throughout execution (injecting faults and error) (see for example, Fig. 9, step 70, 
"Configure Program/Application for automatic fault injection by setting one or 
more breakpoints within the program/application wherein the breakpoints are 
where faults may be injected"; step 72, "automatic fault injector is initiated" and 
related text). Therefore, it would have been obvious to one having ordinary skill in 
the art at the time the invention was made to use Sanchez 's fault injection 
method to simulate the error state of peripheral device in Schieve . One would 
have been motivated to do so to test the reliable and proper handling of various 
faults and exceptions under various conditions as suggested by Sanchez (see for 
example, ABSTRACT, lines 2-4, "to test the reliable and proper handling of 
various faults and exceptions under various conditions") 
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Claim 2: 

Schieve and Sanchez disclose the method for program debugging as in claim 1 , 
Sanchez further discloses wherein the method further comprising: 

■ after executing the event corresponding to the diagnosis code according to 
the reset parameter for making the event undergo the error processing path 
for making the implementation under test make all events undergo the error 
processing path (see for example, see for example, Fig. 9, step 70, "Configure 
Program/Application for automatic fault injection by setting one or more 
breakpoints within the program/application wherein the breakpoints are where 
faults may be injected"; step 72, "automatic fault injector is initiated" and 
related text), 

■ repeating the steps of executing the implementation under test for outputting 
the diagnosis code of the breakpoint (see for example, Fig. 9, steps 74-80 and 
col. 5, lines 46-50, "When the Event Hook code is executed, then either the 
Java byte code is allowed to continue or the fault is dynamically inserted. If 
the latter event is to occur, then the automatic fault injection algorithm is 
executed by Automatic Fault Injector 30"), 

■ resetting the parameter of the event corresponding to the diagnosis code (see 
for example, Fig. 6, about resetting attributes parameter, "Fail", "Retry", 
"Abort"; Fig. 7, item 44, "Inject the fault based upon the value of a variable" 
and related text) and 
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■ executing the event corresponding to the diagnosis code according to the 
reset parameter for making the event undergo the error processing path (see 
for example, Fig.9 and col.5, lines 46-50, "When the Event Hook code is 
executed, then either the Java byte code is allowed to continue or the fault is 
dynamically inserted. If the latter event is to occur, then the automatic fault 
injection algorithm is executed by Automatic Fault Injector 30"). 

Claim 7: 

Schieve and Sanchez disclose the method for program debugging as in claim 1 
above, which has an error handler to display error message (see for example, 
Fig.4, step 490, "Display Error /Status and Information"). Schieve also discloses 
a step of system reset (see for example, Fig. 3, step 380, "Reset Button 
Pressed?"), but does not explicitly disclose the error handler is a system reset. 
However, it would have been obvious to one having ordinary skill in the art at the 
time the invention was make to use the method of system reset to handle found 
error. One would have been motivated to do so to reset the system to prevent 
whole system crash when some severe bugs occur (see for example, Fig. 3 step 
380, "Reset Button Pressed?" option "Yes"). 



Claim 17: 

Schieve further discloses the method of claim 1 further comprising: 
■ executing the implementation under test until the diagnosis code of the 
breakpoint matches a predetermined diagnosis code before resetting the 
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parameter of the event corresponding to the diagnosis code (see for example, 
Fig. 9, step 70, step 76 "Has breakpoint occurred within called object code?" 
and related text) , and executing the event corresponding to the diagnosis 
code according to the reset parameter for making the event undergo the error 
processing path (see for example, Fig.9, step 78, "Should a fault be 
inserted?"; step 80 "pick one of the exceptions for this method and throw it" 
and related text). 



Claims 18-19: 

Schieve and Sanchez disclose the same method for program debugging as 
addressed in Claims 1 and 2 above. All the limitations have been disclosed by 
Schieve and Sanchez . Therefore, claims 18-19 also would have been obvious in 
view of reference teachings above. For example, the method comprising: 
■ setting a plurality of breakpoints corresponding to a plurality of events in an 
implementation under test, each event being a test executed to a peripheral 
device (see for example, Schieve , Fig.4, steps 410-490 and related text) and 
taking a general processing path when the peripheral device is 
working well (see for example, Fig.9, step 78, "Should a fault be inserted?" 
path "No" and related text) or an error processing path when the peripheral 
device is in an error state (see for example, Sanchez , Fig.9, step 70, step 78, 
"Should a fault be inserted?" path "Yes" and related text); 
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■ setting a parameter to simulate that the peripheral device is working well 
throughout execution of the implementation under test (see for example, 
Sanchez , Fig. 9, step 78, "Should a fault be inserted?" and related text); 

■ executing the implementation under test according to the parameter for 
outputting a diagnosis code corresponding to each breakpoint (see for 
example, (see for example, Fig.9, step 78, step 80 and related text) ; 

■ for each breakpoint, determining whether the diagnosis code matches a user 
defined diagnosis code (see for example, Sanchez , Fig.9, steps, 76 "has 
breakpoint occurred within called object code?", step 78, "Should a fault be 
inserted?" and related text); and 

■ resetting the parameter to simulate that the peripheral device is in the error 
state and executing the event corresponding to the diagnosis code according 
to the reset parameter for making the event undergo the error processing 
path when it is determined that the diagnosis code matches the user defined 
diagnosis code (see for example, Sanchez . Fig.9, step 78, "Should a fault be 
inserted?", path "Yes"; step 80, "Pick one of the exceptions for this method 
and throw it" and related text). 

■ continuing execution of the implementation under test to a next breakpoint 
without resetting the parameter when it is determined that the diagnosis code 
does not match the user defined diagnosis code (see for example, Sanchez , 
Fig.9, step 78, "Should a fault be inserted?" path "No" and related text). 
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Claims 20-21: 

Schieve and Sanchez disclose the same method for program debugging as 
addressed in Claims 18 and 19 above. All the limitations have been disclosed by 
Schieve and Sanchez . Therefore, claims 20 and 21 also would have been 
obvious in view of reference teachings above. 



8. Claims 3-4 and 8 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Schieve (Schieve et al. US 5,463,766) in view of Sanchez (Sanchez et al., 
US 6,477,666) and in further view of Phillips (Phillips et al., US 5,321 ,828) 
Claim 3-4: 

Schieve discloses the method for program debugging as in claim 1 above, but 
does not explicitly disclose the breakpoints are set ahead of program codes of 
the corresponding events or after program codes of the corresponding events. 
However, Phillips in the same analogous art of an in-circuit emulator for 
hardware/software development and debugging microprocessors discloses that a 
user to set any number of breakpoints all at the same place in the program, or at 
different places (see for example, col.26-col.27, section "Setting Breakpoints" 
and related descriptions). Therefore, it would have been obvious to one having 
ordinary skill in the art at the time the invention was made to set breakpoints 
anywhere in the code in order to adequately support execution control 
functionality and provide the rich set of functionality needed for the debugger. 
One would have been motivated to set breakpoints before or after the program 
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codes of the corresponding events to narrow down the places where the bugs 
might occur. 

Claim 8: 

Schieve and Sanchez disclose the method for program debugging as in claim 1 
above which has an error handler to display error message, but do not explicitly 
disclose the error handler is a system execution interrupt. However, Phillips in 
the same analogous art of an in-circuit emulator for hardware/software 
development and debugging microprocessors discloses that execution interrupt 
(see for example, col. 72, lines 60-67, "single interrupt request line"). Therefore, it 
would have been obvious to one having ordinary skill in the art at the time the 
inversion was make to use the method of system execution interrupt to allow the 
control processor to monitor the Clock Detect signals which is suggested by 
Phillips . One would have been motivated to do so to stop executing or suspend 
current process to trace the problem. 

9. Claim 6 is rejected under 35 U.S.C. 1 03(a) as being unpatentable over Schieve 
(Schieve et al. US 5,838,975) in view of Sanchez (Sanchez et al., US 6,477,666) 
and in further view of Robinson (Jeffrey I. Robinson, US 5,768,591) 
Claim 6: 

Schieve and Sanchez disclose the method for program debugging as in claim 1 
above, but do not explicitly disclose that the error handler is an audible tone. 
However, Robinson discloses a similar method for program debugging as in 
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claim 1 above which the error handler is an audible tone. (Fig.4, items 172, 164, 
col. 12, lines 64-67, "A sound generator 164 is provided and controlled by the 
message parser and error handler 172"). Therefore, it would have been obvious 
to one having ordinary skill in the art at the time the invention was made to use 
"sound generator" to replace Schieve 's method of error handler. One would have 
been motivated to do so to generate alarm to alert the user when the bug occurs. 



Conclusion 

10. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

1 1 . Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Zheng Wei whose telephone number is (571) 
270-1 059 and Fax number is (571 ) 270-2059. The examiner can normally be 
reached on Monday-Thursday 8:00-15:00. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Any inquiry of a general nature of relating to the status of this application 
or proceeding should be directed to the TC 2100 Group receptionist whose 
telephone number is 571- 272-1000. 
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Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 



/Z. W./ 

Examiner, Art Unit 2192 



/Tuan Q. Dam/ 

Supervisory Patent Examiner, Art Unit 2192 



